約 2,900,097 件
https://w.atwiki.jp/rubyist-kyushu/pages/11.html
Ruby on Rails講習会のご案内 Rubyユーザーグループ「Rubyist 九州」では、話題のWebフレームワーク Ruby on Railsの初心者講習会を開催することになりました。 Ruby on Railsは、強力なプログラミング言語Rubyを利用して、効率的にWebアプリケーションの開発を行うフレームワークです。2005年より爆発的な人気を博しているのは、皆様もご存知かと思います。 さて、今回のRuby on Rails講習会は、私たち「Rubyist 九州」が初めて行う初心者向けの講習会となります。九州ではRailsを学ぶ唯一の貴重な機会です。またユーザーグループによる開催ですので、参加費用も極めてお得になっています。 この素晴らしい機会に、御社人材のスキルアップを図りませんか? またRubyやRailsに興味のある方は、ぜひ個人としてご参加ください! 講習会の初回となりますので、不手際等もあるかと思いますが、どうぞご容赦ください。 開催概要 会場: アクロス 602号室 (定員 24名) 名称: Rails初心者講習会 日時: 6月2日 土曜日 13 00 ~ 18 00 会費: 1人 2500円 参加条件:ノートPC持参のこと (場合によっては1~2名分、用意可能) ウェブプログラミングを書いたことがある方が対象です 書籍 (RailsによるアジャイルWebアプリケーション開発) 持参のこと あらかじめ指定するプログラムをダウンロードしてきてください 第一回Rails初心者講習会/準備するもの 内容 Rubyとは Railsとは Rails ハンズオン (本に基づいて練習) Railsのビジネスにおける実践・注意点・工夫など 懇親会もあります 満員に付き応募締め切りました。ありがとうございました。
https://w.atwiki.jp/smoksan/pages/495.html
命名 使用者:目金、冬花 分類:不明 初登場:4話 雷門中(及びイナズマジャパン)の選手が初出の必殺技を出す。 目金が即座に名前をつける。 永遠のベンチメンバー、目金の誇る必殺技。冬花も一度だけ使った。 目金が血の滲むような特訓(主にTVゲームのプレイ)によって身につけた技であり、雷門中の技の多くはこの技によって名付けられた。 そういう意味では一番活躍している技かもしれない。 記念すべき初の命名はあのドラゴンクラッシュである。 染岡さん以外にも、基本的には雷門中のメンバーは素直にこの命名に従う。緑川に至っては命名された直後にその名前を叫んでいた。余程気に入ったのだろう。 二期で木暮に却下され、三期では冬花に先に発動されて不発に終わり、 それ以外でもあらかじめ発動者が自分で名付けてしまったり大介さんの技だったりと、発動できなかった時も中々多いが、これからも多くの技の名前を生み出していくことだろう。
https://w.atwiki.jp/rubyist-kyushu/pages/14.html
第二回Rails初心者講習会のご案内 九州におけるRubyユーザーグループ「Rubyist九州」では、 話題のWebフレームワークRuby on Railsの初心者向け講習会を開催しております。 前回ご好評を頂き、会場満席のため参加できない方が多数おられましたので、急遽、第二回の開催を決定いたしました。 Ruby on Railsは、強力なプログラミング言語 Rubyを利用して、 効率的にWebアプリケーションの開発を行うフレームワークです。 2005年より爆発的な人気を博しているのは、皆様もご存知かと思います。 このRails初心者講習会は、九州でRailsを学ぶことができる貴重な機会となります。 またユーザーグループによる開催ですので、参加費用も極めてお得になっています。 テキストとしては、書籍 (RailsによるアジャイルWebアプリケーション開発) を 利用しますのでご持参ください。Rails作者が執筆している、定評あるテキストです。 参加申し込みは下記までお願いします。 この素晴らしい機会に、皆様や貴社人材のスキルアップを図りませんか? 開催概要 主催 Rubyist九州、AIP (特定非営利活動法人 高度IT人材アカデミー) 後援 サン・マイクロシステムズ株式会社 協賛 社団法人 情報処理学会 九州支部 会場 姪浜 AIP講義室 ( http //www.npo-aip.or.jp/about/map.asp ) 福岡県福岡市西区 姪浜駅南1丁目9番20号 姪浜電気ビル10階 定員 30名 名称 Rails初心者講習会 日時 7月21日 土曜日 12 30 ~ 18 30 会費 1人 3000円 #alpslab_route 準備 第二回Rails初心者講習会/準備するものを参照ください。 内容: Rubyとは Railsとは Rubyの文法解説 Railsハンズオン (本に基づいて練習) Railsのビジネスにおける実践・注意点・工夫など 参加申し込み 参加申し込みは、下記ウェブサイトから行ってください。 http //www.npo-aip.or.jp/index.asp
https://w.atwiki.jp/magetuke/pages/108.html
まげつけのディスク内に存在するデータを紹介するページです。 ファイル名の由来は恐らくバックグラウンド・ネイル(サムネイル)から。 BGNAILS3.BIN ストーリーエディタ内、シーンエディタで使用するシーンのプレビュー用サムネイルが格納されている。
https://w.atwiki.jp/ryuunabe/pages/3338.html
命名 アイドレスWiKiの該当ページ L:命名= { t:名称 = 命名(イベント) t:要点 = 名前を,つける,そのものに t:周辺環境 = 起原の空間 t:評価 = なし t:特殊 = { *命名のイベントカテゴリ = 世界イベントとして扱う。 *命名の効果 =そのものに名前をつけることで既知の存在にする。 } t:→次のアイドレス = なし } 派生前 愛の旅 おめでた
https://w.atwiki.jp/railsimnewwiki/pages/450.html
10/27 RailSim Version 2.15 が公開されました。 主な変更点 線路編集より、線路上への架線柱・橋脚の自由設置 ダイヤ設定のホーム停止位置を数値指定できるようにした。 線路編集より、線路上への架線柱・橋脚の自由設置+ 線路編集モードより既存のレールに架線柱や橋脚が後からの設置が可能に #ref error :ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (BXl0PGMCMAA2iry.PNG) 施設・駅舎・地形PIでもtrain-free-objectが使用可能に+ 今まで車両プラグインでの使用が限定されていたtrain-free-objectが 施設・駅舎・地形プラグインでも使えるようになりました。 8/28 RailSim Version 2.14 が公開されました。 主な変更点 ニュートラルモードに画面分割機能を追加。 ダイヤ設定のホーム停止位置を数値指定できるようにした。 レイアウト読み込み時の不具合を一部修正。 ニュートラルモードに画面分割機能を追加。+ ニュートラルモードで画面端にカーソルを持っていくと現れる黄色の枠をドラッグすることで ひとつのスクリーンで複数の視点から鑑賞できるモード。 いくつでも分割が可能で、車輌を選択したり 変えたい分割シーン上で[Ctrl]+[↑]キー別のシーンも表示できる。 分割されたシーンは画面端に戻せば自動で分割が解除されます。 なお分割されたシーン全てをSSで撮影することはできず、 カーソルが乗っているシーンのみSSが撮影される模様。 ダイヤ設定のホーム停止位置を数値指定できるようにした。+ 以前のバージョンでは車輌とホームを模したアイコンを操作することで 停止位置を操作していましたが、複数の車輌を同じ位置にするのは不便でした。 今回の更新では数値指定を導入したことにより車輌の停止位置をきっちり同じ場所にすることができます。
https://w.atwiki.jp/k_rororo/pages/20.html
Rails関連 ※rails version 3.2.1 db migrateをやりなおしたい場合 1つだけ戻す場合 $ rake db migrate redo rake タスクでのデータベース作成 $ rake db create RAILS_ENV=環境
https://w.atwiki.jp/allrowa/pages/48.html
命名 ◆CUG3z3uZ1o 「これからお前の名前はカズヤじゃ」 「絶対にノゥ!」 【位置:J-10/深夜(00 10)】 【名前:命名神マリナン@ドラクエ6】 【所持:不明×1~3】 【能力:命名、改名】 【方針:参加者の名前を勝手に変える】 【名前:カズヤ@スクライド】 【所持:不明×1~3】 【能力:シェルブリッド】 【方針:マリナンをぶん殴る】 【備考:カズヤに改名される】 時系列順で読む Back 伝説の「キ○○○」の下で Next 無☆題 投下順で読む Back 伝説の「キ○○○」の下で Next 無☆題 GAME START 命名神マリナン ゼロ一人追加 GAME START カズヤ ゼロ一人追加
https://w.atwiki.jp/wiki6_takt/pages/38.html
Rails キャッシング Rails キャッシング2 ActiveRecord ruby-debug rake(fixtures) production mode
https://w.atwiki.jp/darui_program/pages/84.html
命名規約 1 はじめに プログラミングをする際,変数や関数に名前を付ける.その変数や関数に適当な名前を付けてしまうと可読性が落ち, 見た目が悪くなる.効率的なプログラミングには,良い名前というのが非常に重要である. また,チームでの開発では,明確な名前の付け方がなければ,すぐさまソースコードが読解できなくなってしまう. そのような自体を避けるために,命名規約というものが存在する.本稿では,その命名規約について紹介する. 2 命名規約 命名規約[1]とは,プログラミングにおいてソースコード内の識別子に使われる文字列を決定する際に適応される規則である. ネーミング規則,ネーミング規約,命名規則とも呼ぶ.本稿では,命名規約と呼ぶことにする. 2.1 命名規約のメリット・デメリット 命名規約を使用することによって得られるメリットは多い. 開発チームで一貫したプログラムを作成することができる ソースコードの可読性と見た目を向上させる 複数のチームが開発したものを統合するような場合に,名前がかち合うのを防げる 実際に,あまりにも理不尽な命名規約でない限り,デメリット[2]は非常に少ない. 転職した際にコーディング規約を覚えなおすのが大変である あまりにも細かい規約は,かえってプログラムを読み難くし, プログラミング効率も下がってしまう 2.2 命名規約が必要な理由 複数人で命名規約なし開発を行ってしまえば,各々が自由にプログラミングを行い,結果,ソースコードの可読性と見た目が悪くなる. そのようなソースコードの変更・保守を自分が引き継ぐことになった場合,変更・保守よりもソースコードを読解することに時間を費やさなければならなくなる. そのような状況に陥らないために,命名規約を決めてからプログラムをするべきだ. そうすれば,チームで開発したときに,各自のソースコードが混同してしまうのを防ぐことができる. また,ソースコードの可読性と見た目が向上し,他のプログラマが,ソースコードを読んで理解しなければならない必要性を削減することができる. よって,命名規約を決めた上でプログラムをするべきである. 3 ハンガリアン記法 命名規約の一つであるハンガリアン記法[3]を紹介する. 3.1ハンガリアン記法とは ハンガリアン記法とは,名前の先頭にTypeや型などを表す文字列(プリフィックス)をつけるというものである. ハンガリアン記法の名称は,考案者のチャールズ・シモニーがハンガリー出身であることに由来する. ハンガリアン記法には二種類あり,アプリケーションハンガリアンとシステムハンガリアンがある. 3.2 正しいハンガリアン記法 本来,シモニーの意図していたハンガリアン記法とは,変数の意味や使用目的から接頭語を決定することであり, 型では判別できない情報を変数名に付与することで,紛らわしい変数の意味を明白にして混同をさけるためのものであった. 例えば,ドルにプレフィックスdol,円にプレフィックスyenとした場合,dolIncome + yenDepositのような計算は間違いであることが明確になる. このように,シモニーの意図を理解している記法をアプリケーションハンガリアンという. 3.3 間違ったハンガリアン記法 アプリケーションハンガリアンとは逆に,シモニーの意図を誤解した記法をシステムハンガリアンという, これは,変数名にデータ型を表す接頭語や接尾語をつける記法だと誤解された記法である. 例えば,Int型の変数にはiを,Float型の変数にはfをプレフィックスとして付けるといった,型情報以上の意味を持たない場合である. 4 その他の命名規約 4.1 Camal記法[4] 最初の単語のみ小文字で始め,以降の単語は先頭文字を大文字で記述することをローワーキャメルケースという. 例)thisIsAnExample 各単語の先頭文字は大文字で記述することをアッパーキャメルケースという. 例)ThisIsAnExample 4.2 アンダーバー区切り 単語は全て小文字で記述し,区切り文字はハイフンかアンダースコアで記述する.ハイフンで記述する方法は,COBOLやLISPでよく使用される. 例)this_is_an_example 5 各言語の命名規約 各言語で予め決まっている規約について記述する. 5.1 C,C++ C,C++で定義されるマクロは慣習として大文字で書かれる. その他,アンダースコア2個,あるいはアンダースコアと大文字1個ずつで始まる名前は,コンパイラで使用される規約なので使用してはならないと決まっている. 5.2 Java Javaでは,言語の設計時点からクラスや変数での大文字の使い方が決められている. 例えば,メソッドは,先頭の単語が小文字で,先頭以外の各単語の頭は大文字になるように命名しなければならないと決まっている. 5.3 VisualBasic,VB.NET,BASIC VBでは変数名にプレフィックスを付ける方法が推奨されている. 例えば,メンバ変数にはmを付けるといったようなことです.これは,ハンガリアン記法と同じです. おわりに みなさんも,プログラミングをする際には,命名規約を決めて,自分も他人も読みやすいプログラムを目指さなければなりません.以上で命名規約の紹介を終了する. 参考文献 [1] 命名規約(プログラミング) http //ja.wikipedia.org/wiki/ (2008/07/04 アクセス) [2] YAHOO!JAPAN知恵袋 http //detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1213777757?fr=rcmd_chie_detail (2008/07/04 アクセス) [3] ハンガリアン記法 http //ja.wikipedia.org/wiki/ (2008/07/04 アクセス) [4] 職業のプログラミング http //proger.blog10.fc2.com/blog-entry-16.html (2008/07/04 アクセス) 一覧に戻る